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ABSTRACT 

Object based technologies and the Visual Basic progranuning language have gained widespread 
acceptance in the general marketplace with over 3,000,000 users worldwide. This paper will explore the 
technical issues that must be addressed in providing information delivery from plant floor devices to the 
enterprise in human machine interface applications utilizing Visual Basic technologies. Issues to be 
addressed will include PLC and control system connectivity, database cormectivity, recipe dowidoad, 
logging, trending, and alarming. The paper will explore how off-the-shelf technologies based on 
specifications such as COM, ActiveX and OPC can be used with applications developed in Visual Basic 
to address these issues and provide flexible, cost-effective information delivery systems. The audience 
for this paper is the control systems engineer with little or no experience with Visual Basic but who is 
familiar with PLCs, is comfortable using a PC mnning the Windows operating system, and may have 
created HMI applications in the past using other tools. 

INTRODUCTION 

The primary goal of a human-machine interface (HMI) is to assist the operator in nmning a machine and 
managing a process. A good HMI wiU increase the productivity of the operator and machine, increase 
uptime, and assist in providing consistent product quality. The required functionality of an HMI will 
vary based upon the type and complexity of product produced, the type of machinery used, the skills of 
the curator, and the degree of automation of the machinery. The types of functionality typically 
included are: 



Functionality 


Purpose 


Graphic Displays- 


To provide information about machine operation-and status to the — • 
operator in a format that allows for easy interpretation and 
determination of need for action 


User Input 


To facilitate inputs from the operator to adjust machine operation, 
perform machhie setups, and respond to events 


Data Logging & Storage 


To provide for the storage of historical machine operating data for part 
traceability and analysis of ways to improve quality, productivity, and 
uptime. Also used to store and retrieve machine setup data where 
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needed. 


Trending 


To provide a means for visual analysis of data on current or past 
machine operation 


Alarming 


To provide notification to the operator of abnormal operating 
conditions and events. 



The available approaches for providing HMI functionality typically include: 



• Hardwired interface devices - pilot lights, numeric displays, pushbuttons, and switches 

• Proprietary hardware displays - terminals ranging in size from small 2 x 20 character displays with 
keypads to color flat panel touchcreens to full IS" color CRTs with sealed keyboards. These terminals 
typically run a proprietary operating system and are configured using software provided by the 
hardware manufacturer. 

• Personal Computer (PC) based displays - these HMIs consist of an industrially hardened PC, display, 
and keyboard running a standard conunercially available operating system and oii^e-shelf software 
rather than software provided by the hardware manufacturer. The PCs may be networked to other 
HMIs in the plant to provide plant wide display functionality. The user, OEM, or system integrator 
configures the off-the-shelf software for the specific noachine or process application using tools - 
provided by the software vendor. 

This paper focuses on the 3"* type of HMI option, the PC based HMI. Specifically, this paper focuses on 
the use of off-the-shelf technologies used with the Visual Basic development environment for cieating 
HMI applications on the Windows 9x and NT operating systems. The technologies and tools used are 
described in the context of several sample applications showing the code used to create simple HMIs in 
Visual Basic. 

OBJECT TECHNOLOGIES 

Visual Basic^ (VB) is a development and scripting language used on the 
Windows 9x and NT operating systems (Win32 operating systems) for the 
creation of application software. The language is designed for a broader 
audience with less formal programming experience and training than lower level 
languages such as C or C+-h. As the name implies, creating of applications is 
done in a visual click-and-drop environment with the focus on rapid 
development of user interfaces. 

The user may select from a pallette of tools (Figure 1) that provide standard 
functionality such as command buttons, text boxes, labels,^ list boxes, dialog 
boxes, database connectivity, images, and scroll bars. These tools are known as 
objects. The user lays these objects out on the screen using a mouse to build 
simple operator interface screens.(Figure 2) The VB environment provides for 

Toolbar 

' Visual Basic, VB, COM. DCOM, ActiveX, Windows95. WindowsNT, and Win32 are acknowledged trademarks of the 
Microsoft Corporation. The author is not an employee of nor bears any official afHUation with Mioxisoft The names of these 
technologies are utilized not for commercial reasons but because they are terms used to refer to technologies that have 
become a part of the common language used ^^n discussing software development for 80% of the desktop applications in 
use in the world today. 
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the automatic generation of events based on operator interaction with elements of the user interface. For 
example, if a user clicks on a command button the developer named cmdPumplStart, an event 
named CmdPumplStart^Click is automatically generated by Visual Basic. The developer writes 
one line of Visual Basic to place text into a text box named txtPumplStatus when the command 



button is clicked: txtPumplStatus 
EXE of their application with one 
mouse cUck. With current technologies, 
the VB compiler generates native code 
for the Win32 operating systems instead 
of interpreted code, providing for 
performance that in many applications 
used to require a lower level language 
such as C++. 

Connectivity to databases is 
accomplished using off-the-shelf tools 
as well. A data object on the toolbar 
can be added to a display. The user 



'Pump 1 Started". The developer creates a compiled 



Command Button 
Object with Name 
cmdPumplStart 

When the command button 
is clicked, the text appears 
in the text box 

Text Box Object 

witli Name 
txtPumplStatus 




Figure 2 - Simple VB App&cation 




specifies a database file name in the 
DatabaseName property and table or query 
name in the RecordSource property in the 
data control as shown in Hgure 3. Display of 
data is acconq)lished by simply setting the 
properties of a text box to connect its 
DataSource property to a field in the database 
setup on the data control. To scroll through 
records in the database, the user simply clicks on 
the provided < or > buttons on the screen. 



Figure 9 • 0«lab«se Cotmeciiwly Using IM» CcNitrol 

Extensibility of the VB development environment is 
provided through the use of plug-in tools that are 
based on the Component Object Model or COM. All 
Win32 operating systems and applications are based 
on COM. These plug-in tools are objects that are 
loaded on the PC and added to the development 
environment through a simple point-and-click interface. (Figure 4). 




nvure « . Addkio Componcnte antf Tool* to tho VB tesign 
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Because of its simplified approach to application development witti the focus on rapid development of 
user interfaces, database connectivity, and easy extensibility^ Visual Basic has become a widely adopted 
technology in the broad market for software for PCs running Win32 operating systems. Over 3,000,000 
users worldwide utilize Visual Basic to create their applications^. 

The industrial user is typically an engineer skilled in control systems design, PLC programming, and 
process control. With newer generations of engineers coming into plants with experience working with 
PCs going back into their primary schooling years, many of these engineers are more likely to be skilled 
at working with or creating software for use on personal computers. Nevertheless, these engineers have 
limited time and budget resources. When called upon to create an HMI application, they evaluate their 
options and seek the solution best suited to the needs of the ^plication and their budgetary constraints. 

Many engineers are investigating the use of Visual Basic for the creation of their HMI applications for 
several reasons. Many HMI applications only require a few user i^ut jscreens and simple data logging 
and trending. In the cases of these applications, there are times when off-the-shelf HMI solutions 
provide more functionality at a higher cost than budgets allow for. Until recently, the use of VB for 
industrial HMI applications was limited by the performance of interpreted code at runtime and the lack 
of tools for industrial applications such as control system hardware connectivity and data visualization. 
New technologies based on COM have removed these barriers by extending the suite of tools and 
objects available to the Visual Basic developer. With these barriers gone, engineers can utilize Visual 
Basic and quickly create simple HMI applications. From a budgetary standpoint, the potential savings 
are large. Developers creating applications in Visual Basic can distribute their compiled EXE 
applications at minimal cost. No per machine mntime licenses are required by the provider of the 
development environment for the actual Visual Basic code the developer creates or the built-in objects 
(text boxes, conmiand buttons, etc) they may use. Some third party plug-ins may require nominal per 
machine fees or none at all. From a long-term maintenance point-of-view» the fact that over 3,000,000 
people worldwide know the Visual Basic language provides comfort that one will always be able to find 
someone with the aptitude and skills to understand the application source code and maintain it 

BUILDING A SIMPLE HMI AND CONNECTING TO A PLC 

For ease of understanding in this paper, all Visual Basic code keywords, object names» properties, 
methods, and event names are written in courier typeface. Full code listings are done in this 
typeface.^ 

In the simplest form, an HMI will provide the ability to read data from a progranunable logic controller 
(PLC) and write data back to the PLC. The display of data, input of data, and initiation of the read/write 
transactions from the user interface is handled using built in objects in Visual Basic: text boxes, labels, 
lists, and command buttons. The missing link is the connection to the PLC. 

Because COM allows the user to add objects to Visual Basic for specific tasks, a range of tools has 
emerged in the general marke^lace for providing connectivity. The objects that can be added to VB are 



^ "No Oxymoron with VBA", Neil Chamey and Mike Gilbert in an interview with Software Strategies, January 1998, p.44. 
^ All code listings are provided for illustrative purposes only. Neither the author nor the ISA fvovides is liable for any use of 
this sample code in a production environment. 
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called ActiveX controls, formerly known as OCX's or OLE custom controls. These objects all have 
properties the developer sets to define the exact functionality the object will perform and methods the 
developer invokes to make the control perform its functions. In an ActiveX control used to 
communicate with a PLC, properties are set to specify the PLC node address, memory address, amount 
of data, etc. and methods are called to initiate read/write transactions with the PLCs. The objects handle 
all of the low level protocol formatting, hardware interfacing, and error checking needed to 
communicate to the PLC. The object generates events like the command button did when clicked in the 
first example to notify the application that data has been received from or written to the PLC. 
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PLC Communtetltonft 
ActiveX CAiilr»ls 

The PLC connectivity driver is an off-the-shelf 
ActiveX object that has been assigned the object 
name Pl;CN6del * In this case, the connection to 
thePLC will be made via TCP/DP Ethernet. First 
the user will use a built-in utility provided with the 
PLC conununications ActiveX control to assign a 
meaningful name to each PLC that will be mapped 
to the IP address of the PLC. (Figure 6). Then the 
code shown in Listing 1 is entered in the Visual 
Basic editor. This code gets the user input data for 
the PLC node name, memory type to read, 
memory address, number of words, and poU rate 
from the text boxes and combo boxes on the form 
and maps it into the appropriate properties in the 
PLCNodel ActiveX 
control. Then it 
invokes the 
.AutoPoll method 
and passes the poll rate 
parameter in 



Figure 6 - SimptoHMI wWl PLC 
Reading md WMUnfl Ftwic tfom lltif 



The example screen in 
Figure S shows a simple 
HMI built to perform 
simple PLC read/write 
functionality and points 
out the basic VB 
objects used for the user 
interface. The controls 
used to talk to the PLC 
are also shown. This 
paper will focus on the 
code required to 
perform the PLC 
connectivity function 
rather than the building 
of this form. 




Flflur* 6 - UtDity for Cenfiflurlnfl Physical PLC Cotuittctions 



©Copyright 1999, Instalment S 
trademark of SoftwareToolbox, 



Listing 1 - Code entered into the VB generated cmdPLCSlartPollingRegl.Click event handlei 
PLCNodel .Function = 0 'Set the function to read 

PLCNodel .Host = RegPLCNodeAddress(0) *get the PLC node name from the text box 
PLCNodel Address = RegAddress(0) 'Get the PLC register address to read 
PLCNodel .Size = RegNumbWords(0) 'Get the number of words to read 
PLCNodel .RegType = cmbRegReadType(0).Listlndex 'get the PLC memory type 
PLCNodel .AutoPoll (RegPollRate(0)) 'start the polling of the PLC with the user supplied rate 
txtNodel Status ^ Tolling'* 'Update the display box to tell the user polling has begun 
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milliseconds obtained from the user input. This is the only code required to initiate the reads on a 
regular polled basis. 



Listing 2 - Code entered into the PLCNodel^OnReadDone Event 
RegReadData(0).CIear 'clear the display listbox 
For i = 0 To PLCNodel.Size - 1 loop through all points read 
'display the data on the form in the list box 
RegReadData(0).Addltem PLCNode1.WordVal(0 
Nexti 



Listing 3 • Code to pause reading, write a datapoint, and then restart 



the reading of data. 

Private Sub cmdRegWrite^Ciiclc(lndex As Integer) 
PLCNode1,AutoPoll (0) 'pause the reading 
PLCNodel .Size = 1 'Set size to one point 

— *^PLCNode1 J\ddress = RegAddressToWrite(0) 'get value to write 
•put value to write into the PLCNodel ActiveX Control's data buffer 
PLCNodel .WordVaKO) = lnt(RegValuetoWrite(0)) 
PLCNodel .Function = 1 'set the PLCNodel Control to Write . 
PLCNodel .Trigger Trigger the control to write the data 

End Sub 

Private Sub PLCNodel^OnWriteDoneQ 

PLCNodel.Function = 0 

PLCNodel .Size = RegNumbWords(0) 

PLCNodel .Address = RegAddress(0) 

PLCNodel JVutoPoll (RegPollRate(O)) 
End Sub 



When the PLCNodel control gets data 
back from the PLC, the 
PliCNodel^OnReadDone event is 
automatically triggered by Visual Basic. 
The code shown in Listing 2 gets the 
number of words of data requested by 
the user and displays them in a list box. 

To write data to the PLC requires the 
same actions but in reverse. The user 
inputs the memory address to write and . 
the value to write in the text boxes on 
the user interface and clicks on the 
"Write Value" command button. The 
code shown in Listing 3 retrieves the 
address and data, stops the read polling, 
sets the ActiveX control's . Function 
property to write (value 1), puts the data 
into the control's data array in the first 
position with the Wordval { 0 ) method 
and invokes the . Trigger method to 
write the data one time. When the 
PLCNodel_OnWriteDone event 
fires, the code sets the • Fimction 
propery back to read and invokes the AutoPoll method again to continue the reading of the PLC. 
Note that this is not the only method to provide this functionality. Reading can continue uninterrupted if 
the user is willing to place an extra instance of the PLC ActiveX control on the form and use it for 
writing, leaving the instance used for reading undisturbed. 

In reviewing these code samples, note that for many of the user input objects, the names used are 
intuitive names. In Visual Basic the user has complete control over the object names. Also note that 
many of the object names include a subscript in parenthesis like an array - Le. RegReadData ( 0 ) . 
These are called control arrays. The control array is a grouping of objects in a Visual Basic program 
having the same name when they are physically different objects on the screen. The different objects are 
distinguished from one another by their index shpym in the parenthesis^.i.e.,Q.on RegReadDa.t:a ( 0.) 
By utilizing control arrays, the user only has to remember one common name and then index through all 
instances of that object using the index number in parentheses. The index of the object can be set 
programmatically also, allowing the user to create looping stmctures that affect a number of controls as 
the code iterates through the object index in the control array. 

The remainder of this sample HMI form was animated using the same code as shown in Listings 1 to 3 
but with adjustments in the object names to reflect the different instances of the user input objects and 
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Downloading the data to the PLC is 
accomplished the same way data was 
written to the PLC in the simple 
read/write example. The .Wordval 
method is used to insert the data values to 
write into the PLC control 
PLCMachinel and the .Trigger 
method is invoked to write the data. 
When the 

PLCMachinel_OnWriteDone event 
fires, a message box is displayed to notify 
the user of the success. 

Obviously a full blown recipe 
management system would require the 
ability to edit the recipes, add recipes, 
upload recipes from the PLC, delete 
recipes, and provide some simple security for these functions. Adding those capabilities can all be done 
using existing Visual Basic technologies. Reading from the PLC may be done the same way it was in 
the simple read examples except that a . Trigger method would be used instead of • Autopoll to 
execute a one-time read of the recipe data from the PLC. 

DATA LOGGING AND REAL-TIME TRENDING 

This example reads two variables from the PLC and plots them on a trend chart while logging them to a 
database at the same time. The connection to the PLC is accomplished as before using the PLC ActiveX 
control. In this example, the properties are set to read registers 1 through 4, of which 1 and 4 will be 
plotted and logged. The conunand buttons on the form are set to stop/start polling and logging at a 100 
ms interval. The adding of hew data values and logging the values to the database is done in the 
PIiCMachinel_OnReadDone ( ) event so that data is logged automatically every time the driver gets 
new data. 

To accomplish the database connection, a data control is used like in the recipe example. This time the 
control is given the name dbMachinelData, the database name is datalogger . tndb, and the 
record source is the tblMachinelData table in the database. These settings are all made on the 
properties page for the data control. Only five lines of code are needed to log variables to the database. 
These lines are inserted into the PLCMachinel^OxiReadDone ( ) event and are shown in listing S. 
The data control automatically manages the.opening.and.cIosing of the.database connection.for the user. 

To trend the same data points on a real-time tiend^ another off-the-shelf ActiveX control is used. This 
control is placed on the form and given the name Stripl. To setup the control^ several properties are 
set to facilitate the display of more than one pen and the pen colors. Also, some simple code is executed 
at runtime in the Forml_Load event to set the x-axis of the chart for the current time and the span of 
the chart to 30 seconds. Most of the properties of the control are left at their default values. The 
remainder are set using a tabbed dialog box shown in Figure 12. 
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Listing 4 - Code used to advance from one recipe record to another 
Private Sub cmdNextRecipe^ClickQ 
If Not dbRecipes.Recordset.EOF Then 
dbRecipes,Recordsel.MoveNext 

Else 

response = MsgBoxfYou have reached the end of the 
recipe list", vbOKOnly, "Advisory") 
End If 
End Sub 

Private Sub cmdPreviousRecipe_ClickO 
If Not dbRecipes.Recordset.BOF Then 
dbRecipes.Recordset.MovePrevious 
Else 

response = MsgBoxCYou have reached the beginning of 
the recipe list", vbOKOnly, "Advisory") 
End If 
End Sub 
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Listings - Code to add a daiapoini record to Die database 

'add a record to the table 

dbMachinel Data.RecordseLAddNew 

•set the Time field equal to the current time 

dbMachinel Data.RecordsetCTIme") = Now 

'set the Variable 1 field to the first value read from the PLC 

dbMachinel Data.Recordset("Variablel") = PLCMachine1.WordVal{0) 

'set the Varialte 2 field to the 4th value read from the PLC 

dbMachinelData.RecordsetrVariable2") = PLCMachinel.WordVal(3) 

'update the record in the database on disk 

dbMachinel Data-RecordsetUodate 



Listing 6 - Update the trend chart object Stripl with the latest 
datapoints from the PLC 

Stripl AldXY 0. Now, PLCMachine1.WordVal(0) 
StripLAddXY 1. Now, PLCMachine1.WordVai(3) 




Figur* 12 - Trending ActiveX C«ntr«l Pr«p*it)r 
C«nfl8uration Fwni wHh Tabbad Dl«l«fl Box 



The code added to the PLCMachinel_OnReadDone { ) event is shown in Usting 6. These two lines 
of code add a new value to the chart each time the PLC ActiveX control reads another time point from 
the PLC. The timing of this plotting is driven by the read rate set with the AutoPoll method mvoked 
on the PLCMachinel control when the user cUcks on the command button to start polling. 

The resulting display is shown in Figure 13. For display of historical data, the strip chart control 
supports data binding with a data control just like the text boxes used in the recipe example. Usmg this 
capabiUty. the chart may be easUy setup to replay historical data from the database. 




Figure 13 - Trending and Datalogging Application Screen 
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ALARMING 

To accomplish the monitoring of analog values for alarm generation, a special method available on the 
PLC communications ActiveX control is utilized. This set of methods are referred to as watchpoints. 
The example screen shown in Figure 14 was built like all previous ones using simple Visual Basic 
controls and adding an instance of the PLC communications ActiveX control and setting it up as before 
with the name PLCMachinel. An instance of the data control named dbMa chine 1 Alarms was 

added to connect to the table 
tblMachinel Alarms in the 
database alarms .mdb for the 
logging of alarm data. This example 
will use the same concepts used for 
logging the trend data for logging 
alarm data. When alarm must be 
logged, the . Addnew method is 
called on the database control's 
record set and the fields in the new 
record are populated with the alarm 
data» and the . npdat:eRecord 
method is invoked to update the 
database. 



The major new concept utilized in 
this example is the generation of the 
acmal alarm. The ActiveX control 
utilized for PLC conmiunications 
has a set of methods that can be set 
to monitor for high, low, return to normal, or any change of data points specified by the developer. For 
simplicity, the PLC ActiveX control in this example is setup to read 10 data points in a block from the 
PLC by setting the . Size property. The user interface shown in Figure 14 allows the user to pick the 
register address and the high/low limits for each point. When the command button 
cmdAddWatchpoint is clicked, the code shown in listing 7 is executed to add the point to the internal 
list of "watchpoints" that the ActiveX control manages. After the user has setup all the desired watch 
points, they click on the button cmdS tzar tMoni tor ing, which invokes the . Aut:opoll method on 
the PLCMachinel control to begin monitoring the datapoints at rate of every 100ms. The 
cmdStopMonitoring button is supplied purely for demonstration purposes. In a full fledged 
application, the starting of polling could be made automatic to prevent unauthorized turning off of 
— -alarming capabilities;- " - ^ - - - - 

When the PLCMachinel control detects that any of the set alarm conditions are met, it generates an 
event. For example, for a high alarm event, the PLCMachinel_OnAnalogHigh event is generated. 
The event passes back variables containing the index to the point generating the alami, the current value, 
the previous value, and the high limit level. In the alarm handler code shown in listing 8, a message is 
formatted and displayed on the list box and the code necessary to log the alarm to the database is 
executed. Similar code executes for low alarm and return to normal alamis. 



iin tbIMjchtnclAtat 
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Figure 14 - Alarming AppUcaUon Showing VB Appllcsllon Screen and Data 
As Logged In the Database 
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By utilizing the watch points capability in the PLC communications ActiveX control, the developer does 
not have to manage maiking the comparisons for alarm generation. The developer focuses on providing 
a user interface for setting up alarm conditions and displaying the alarm and determining what data 
needs to be logged and in what format Built-in tools in Visual Basic provide for the data logging to any 
database that may be connected to using ODBC and OLE-DB technologies. 



Listing 7 - Code to add a watchpoint setup to the PLC ActiveX driver and notify the user that it has been successfully added 
by displaying a message box. The second subroutine is executed when the user clicks on the command button labeled "Start 
Monitoring". 

Private Sub cmdAddWatchpoint_CBckO 

intHighlimit = lnt(txtHighLimit) 'gel the high limit and convert to integer for this example 
intLowLimit = lnl(txtLowLimit) 'do the same for the low limit 

intAddress = lnt(utAddress) - 1 'do the same and offset the address to 0 based addressing 



' Set the watch point in the PLCMachinel ActiveX control by calling the WatchpointAdd 
'method 

PLCMachinel .WatchPointAdd vblnteger, intAddress. 0, 1. intLowUmit intHighlimiL True 

• Display a message box advising the user the watchpoint has been added 

result = MsgBox("Watchpoint Added for %R" & OntAddress + !)&". Low Limil=" & intLowLimit & High Limit=" & 
intHighlimit, vbOKOnly. "Watchpoint Added Successfully^ 
End Sub 

Private Sub cmdStartMonitoring^ClickQ 

IstDisplayAlanms.Clear 'clear the alamn display - this is totally optional! 

PLCMachinel .AutoPoll (100) 'Start monitoring the watched points at 100ms rate 
End Sub 

Listing 8 - Code to display any high alami that happens and log it to the database via the data control instance named 
dbMachinelAlanns. 

Private Sub PLCMachinel. OnAnalogHigh(Byyal RType As Integer, ByVal Ptindex As Integer, ByVal CurrentVal As Variant, 
ByVal PreviousVal As Variant ByVal HighLimit As Variant) 

• Build the display string and display it on the list box IslDisplayAlamis 

txtHighAlarmMessage - "At " & Now & " Value in Register %R'' & RIndex + 1 & " - " & CurrentVal & - This Is Too High - 
Limit is "& HighLimit 

lstDisplayAlanDS.AddltemUtHighAlamiMessage 

• Log the alann data to the database 

dbMachinel Alamis.Recordsel.AddNew 
dbMachine1Alamis.RecordsetCTime") = Now 
dbMachinelAlarms.RecordsetrCurrentvalue') = CurrentVal 
dbMachinel Alarms, RecordsetrPreviousvalue'O = PreviousVal 
dbMachinel Alarms-RecordsetCAIannType") « "High Alarm" 
dbMachinel Alamis.RecordsetCLimit") » HighLimit 
dbMachinel Alarms-UpdaieRecord 
End Sub 
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CONCLUSIONS 

By utilizing Visual Basic's built in functionality for user interface design and database connectivity and 
adding off-the-shelf plug-in objects or ActiveX controls for graphics, trending, PLC communications, 
and alarming, developers, OEMs, integrators, and users can create industrial HMI applications. These 
applications have the flexibility to be designed in any way the user desires and are highly cost effective 
because they may be distributed in compiled forni to many machines with few or no per machine royalty 
fees- The open architecture of Visual Basic allowing for the use of COM-based or ActiveX control 
plug-ins insures the developer will have choices when picking tools for building HMI applications in 
Visual Basic. The presence of over 3,000,000 people worldwide who know Visual Basic provides 
investment protection for future modification and support of the application. 
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